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1 Jntroduction 



1.1 Overview 

This Product Specification describes the application and fiinctionality of FMC 
platform. The FMC Platform is intended to facilitate a full range of IN services to 
fixed (PSTN & IP) subscribers and to allowing termination and origination onto the 

PSTN and other PLMN. . . .... _ .^po™ p, T p 

The most important advantage of this platform is the ability To register PSTO & IP 
subscriber onflie GSM HLR. This ability is achieved due to the MAP interface 
towards the GSM system. 



1,2 Scope 

The document includes the following information: 

• FMC Specification. 

• Functional Description. 

• Fraud Management and Financial Audits. 

• Operation and Maintenance. 

• Other Specification. 
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1.3 Abbreviations 

The terms and abbreviations in this document are explained below. 

Description 



CDR 

CS1 

DB 

EP 

GW 

HLR 

IN 

INAP 
ISD 
MAP 
MSISDN 

PBX 

PLMN 

SCCP 

SCP 

SIP 

SNMP 

SS7 

ssw 

TCAP 
TCP/IP 
VLR 
VoIP 



Call Data Record 
Capability Set 1 
Data Base 
Sip End point User 

SIP GW whh digital El interface and SS7 ISUP protocol 
Home location register 
Intelligent Network 

Intelligent Network Application Protocol 
Insert subscriber data (MAP operation) 
Mobile application part 
Mobile Station ISDN 
Private branch exchange 
Public Land Mobile Network 
Signaling Connection Control Part 
Service control point 
Session interface protocol 
Simple Network Management Protocol 
Signaling System 7 
Soft Switch 

Transaction Capabilities Application Part 
Transmission Control Protocol / Internet Protocol 
Visitor location register 
Voice over IP 
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1.4 system architecture 



MobOe Network 
Operator 



HLR 




VMS 



^fcrployee 

t Hones 

v 
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2.FMC specification 



2.1 Overall objective 

• SmartSCP™ 

• SmartVLR™ 

• Soft Switeh/SIP Server 

• Media Gateway 

• HLR 



2.2 Platform Architecture 



The SmartVLR™ will perform VLR functionality using MAP interface to 

interact with GSM HLR 

The system handles requests from two sources: 

1. SIP Server . 

Authentication (Registration/Deregistration ) 

Call Handling 

2. HLR 

Routing Information . tvt>/tt> 

The Interface between SmartVLR™ and SIP server is based on TCP/IP 

ection 

C °"stp server will request Authentication information when SIP users try to 

registrate. . . 

Sip server will request user registration and deregistration. 
For each request SmartVLR™ will respond will relevant information discuss m 

2 The toterface between SmartSCP™ and SIP server is based on TCP/IP 

""5 jSver will request instruction for call handling to give them full IN services 

The interface between SmartVLR™ and HLR is based on SS7 connection 
In case call from GSM subscriber to SIP subscriber HLR will request Routing 
information from SmartVLR™ 
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23 Interfaces Description 
2.3.1 Introduction 

The platform provides two main interfaces . Trp/m 

1 SmartVLR™ /SmartSCP™ -Sip server interface (through TCP/IP 

connection) . 
2. HLR- SmartVLR™ interface (through SS7 connection; 

Parameter description: 

• Sip user name - user name of Sip subscriber 

• Password - password match to Sip user 

• Sip URI - URI address of Sip user (like : "sip: Q7?S4160?7?.(@orange.co.il ) 

• Result - used in response messages and have the following values 

o EJRESULTJUNDEFINED = -1 
o E RESULT_OK - 0 

o e"result_general_error=i 

o E~RESULT JNVALIDJP = 2 
o E"RESULTJUSERNOT_FOUND = 3 
E RESULT JJSER_DISABLED - 4 
E~RESULT_DEST_DISABLED = 5 



o 
o 



Called - Called party address (format: SIP URI or MSISDN) 
Calling - Calling party address (format: SIP URI) 



2.3.2 SmartVLR™ <-> Sip Server Interface 

Following table describes SmartVLR™ and SIP Server Interface 



Origination I Destination I Message 
Sip Server I SmartVLR | Get Auth Info 



TM 



SmartVLR I Sip Server I Get Auth Info 
tm I I Response 



Sip Server I SmartVLR I User Attach 



TM 



Par ameters 

1. Sip User 
name 

L Result 

2. Password 

L Sip URI 
2. IP Address 



SmartVLR I Sip Server I User Attach 
tm I I Response 

Sip Server 1 SmartVLR 1 User Detach 



1. Result 



Description 
This message use to 



request password of 
SIP user 
This message is 
response to Get Auth 
Info message. 
This message use to 
instruct SmartVLR™ 
to registerate Sip 
subscriber in HLR 



This message is 
response to User Attach 
message. 



This message is used to 
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SMART 



SmartVLR 

TM 



SmartVLR 

TM 



TM 



Sip Server 



Sip Server 



User Detach 
Response 




Network 
Detach 



1. Result 



instruct SmartVLR™ 
to deregistrate Sip 
subscriber in HLR 
This message is used to 
response User Detach 
message 



This message is used to 
instruct SIP server to 




2.3.3 SmartSCP™ <-> Sip Server Interface 

Following table describes SmartSCP™ and SIP Server Interface 
Sip Server | SmartSCP™ | Call Arrive 



SmartSCP™ Sip Server Connect 



SmartSCP™ I Sip Server I Connect 

' " 1 GSM 



1. 


called 


2. 


Calling 


3. 


IP Address 


"IT 


Called 


2. 


Calling 


3. 


Result 


~T 


Called 


2. 


Calling 


3. 


Result 



This message is used 
to request SmartSCP™ 
instruction for call 
handling. 
This message is 
response to Call Arrive 
message. It used to 
instruct Sip Server to 
connect the call to Sip 
network 



This message is 
response to Call Arrive 
message. It used to 
instruct Sip Server to 
connect the call to 
GSM network. 



Smart-SS 7 Proprietary Information 

Confidential 



Page 9 of 55 



th,* IFW Image Database on 03/09/2005 



2.3-4 SmartVLR™ <-> HLR Interface 

Following table describes SmartVLR™ and HLR Interface. 
Note that all services are confirmed services 



SmartVLR™ HLR 



SmartVLR™ HLR 



Update 
Location 



PURGE MS 



HLR 



SmartVLR™ 



PROVIDE 

ROAMING 

NUMBER 



HLR 



SmartVLR™ | CANCEL 

LOCATION 



This service is used by the VLR to update 
the location information stored in the HLR. 

This service is used between the VLR and 
the HLR to cause the HLR to mark its data 
for an MS so that any request for routing 
information for a mobile terminated call or 
a mobile terminated short message will be 
treated as if the MS is not reachable. 

This service is used between the HLR and 
VLR The service is invoked by the HLR 
to request a VLR to send back a roaming 
number to enable the HLR to instruct die 
GMSC to route an incoming call to the 
called MS. 



This service is used between HLR and 
VLR to delete a subscriber record from the 
VLR It may be invoked automatically 
when an MS moves from one VLR area to 
another, to remove the subscriber record 
from the old VLR, or by the HLR operator 
to enforce a location updating from the 
VLR to the HLR. 



HLR 



SmartVLR™ 



INSERT 

SUBSCRIBER 

DATA 



This service is used by an HLR to update a 
VLR with certain subscriber data in the 
following occasions: 

- the operator has changed the subscription 
of one or more supplementary services, 
basic services or data of a subscriber. 

_ the operator has applied, changed or 
removed Operator Determined Barring; 

- the subscriber has changed data 
concerning one or more supplementary 
services by using a subscriber procedure; 

- the HLR provides the VLR with 
subscriber parameters at location updating 
of a subscriber or at restoration. In this 
rase, this service is used to indicate 
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HLR 



SmartVLR™ 



DELETE 

SUBSCRIBER 

DATA 



explicitly that a supplementary service is 
not provisioned, if the supplementary 
service specification requires it The only 
supplementary services 
which have this requirement are the CLIR 
and COLR services. 

This service is used by an HLR to remove 
certain subscriber data from a VLR if the 
subscription of one or more supplementary 
services or basic services is withdrawn. 
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2.4 Database structure 



2.4.1 FMCDB Database 
SmartVLR™ will implement internal database in PHASE 1,2 

The database will include following tables: 

1) TBL_SUBS_INFO 

2) TBL_TELESERVICE 

3) TBL_SS_DATA 

4) TBL Forwarding 

5) TBLJBEARER_SERVICE_CODES 

2.4.1.1 TBL_SUBS_INFO 

This ^hl^ rnntains online and constant information of subscriber 
' UserlD I Table Kg- 



IMSI 



IMSI of Sip user (uniqe ID in the G SM network) 



MSISDN 



SIP UR1 
UserAuthName 

Password 
MSRN ID 



The subscriber's identify number in t he network. 
SIP URI address of Sip subscriber 
Subscriber User name 
Subscriber password 



IP ADDRESS 

HLRNumber i xu&m^w^ " ^— — 

La stPoolingTime Last Time s ubscriber send REGISTER message- 
Expiration I The period of time between each REGIS I UK 

message. 



2.4.1.2 TBL_ TELESERVICE 

This table contains Teleservices subscriber allowed to use . 
The table contains following fields: 
SUB JD (Uniqe) 
TELEPHONY 
SMS_MTPP 
SMS_MOPP 

FAXGRP3_ALTSPEECH 
AUTOFAX_GRP3 
FAXGRP4 
VOICE_GRP 
VOICEJ3ROAD 

TSD1 
TSD2 
TSD3 
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• TSD4 

• TSD5 

• TSD6 

• TSD7 

• TSD8 

• TSD9 

• TSDA 

• TSDB 

• TSDC 

• TSDD 

• TSDE 

• TSDF 



2.4.1.3 TBL_SS_DATA 

This table contains SSJDATA defined for specific subscriber. 
The table contains following fields: 



Sub ID 
SSC CLIP 
SSC CLIR 



Uiuqb . — 

Palling line identification presentation 



Calling line identification restriction 



SSC COLP 



Connected lin e identification presentation 

— _ ^. ri T- a : 



SSC COLR 



Connected line identification restriction 



SSC CW 



Call waitinj 



SSC HOLD 



Call hold 



Min TIPTY 1 Multi party service 



SSC BAOC 



Barring of all outgoing calls 



SSC BOIC 
SSC BOIC EXJHC 



Barring of all outgoing international calls . 

Barring of all outgoing international calls except those 
directed to the home PLMN count 



SSC BAIC 



Barring of all incoming calls 



SSC_BICROAM 



Barring of all incoming calls when roaming outside the 
home PLMN count 
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2.4.1.4 TBL_Forwarding 

This tables contains forwarding information of subscriber 
The table contains the following fields: 



Sub ID 


Uniqe 


ForwardingType 


One of the following: 

• Call Forward Unconditional 

• Call Forward on MS busy 

• Call Forward on MS not reply 

• Call Forward on MS not reachable 


Number 


Forward Number 


SubAddress 


Forward SubAddress 


BasicServiceType 




BasicService 




NoRepTime 


No Answer time in case of Call Forward on MS not 
reply 



2.4.1.5 TBLJBEARERjSERVICE_CODES 

This tables contains Bearer service of data and not has influence on SIP subscribers 
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2.4.1.6 TBL_ODB 

This Table contains information about ODB (Operator determined barring) for 
subscriber. The table contains the following fields: 



SUB ID 
ITOGCB 

ITOGCNotHPLMNCB 
IZOGCB 

IZOGCNotHPLMNCB 
IZOGCAndlTOGCNotHPLMN CB 



Uniqe . 

International Out Going Calls Barred 



International Out Going Calls Not To HPLMN 
Country Barred 

Tnterzonal Out Going Calls Barred 



Interzonal Out Going Calls Not To HPLMN 

Country Barred . 

Interzonal Out Going Calls And International 
Out Going Calls Not To HPLMN Country 
Barred 



PRInfoOGCB 
PREnterOGCB 



SSAccessB 
ALLECTB 
CHARGE ECTB 

ITECTB 
IZECTB 



Premium Rate Information Out Going Calls 

Barred . 

Premium Rate Entertainement Out Going Calls 

Barred 

Ss Access Barred 



All ECT Barred 
Chargeable ECT Barred 
International ECT Barred 
Tnterzonal ECT Barred 



DCHARGEECTB 
MECTB 

ALLPOServicesB 
RAToHPLMNAPB 
RAToVPLMNAPB 



Doubly Chargeable ECT Barred 



ROPLMNOGCB 

ALLICCB 
ROPLMNICCB 



Multi ple ECT Barred 

All Packet Oriented Services Barred 
Roamer Access To HPLMN AP Barred 
Roamer Access To VPLMN AP Barred 
Roaming Outside PLMN Out Going Calls 
Barred 

All in Coming Calls Barred 



ROPLMNICICCB 



ROPLMNB 
ROPLMNCB 
REGALLCFB 



REGCFNotHPLMNB 



REGIZCFB 
REGIZCFNotHPLMNB 

REGITCFB 



Roaming Outside PLMN In Coming Calls 
Barred 



Roaming Outside PLMN Country In Coming 
Calls Barred . 



Roaming Outside PLMN Barred 



Roaming Outside PLMN Country Barred 



Registration All CF Barred 
Registration CF Not To HP LMN Barred 



Registration Interzonal CF Barred 



Registration Interzonal CF Not To HPLMN 

Barred 

Registration International CF Barred 
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3 .Functional Description 

3.1 Introduction 

This section describes the functionality of the Inter Platform using flow diagrams, i 
order to illustrate the requests processing involved with the platform. 

There are two main process type involved with the platform 

• Registration/Deregistration 

• Call Initiation 

o Mobile To Fix 
o Fix to Mobile 
o Fix to Fix 

• HLR VLR Interface 
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SMART 

3.2 Registration 

3.2.1 Subscription & Registration Concept: 

Each endpoint should be registered to be able to initiate a call 
The registered endpoints are stored on the SmartVLR™. 

When a registration message arrived, the SSW makes an authentication by requesting 
the password for this endpoint from SmartVLR™ and comparing it with the password 
in the registration. 

The SmartVLR™ stores the registered endpoint information including its IP Address. 
If a new registration message will arrive from a different address it will be rejected. 

A registration message should be send periodically. This time is set by the endpoint in 
the registration message (the Expiration time). SSW can accept this period or it can 
force the endpoint reduce this value (send more recent registrations). The minimum 
value for expiration (registration period) is 10 seconds. 

If no new registration message is arrived after the defined period - the endpoint is 
used as unregistered one. 

• Every fixed (=VoIP) subscriber is registered in HLR just like any other GSM 
subscriber (including a unique IMSI and MSISDN) 

• Fixed subscribers have TICK/OICK for the SmartSCP™ Fixed Mobile 
Convergence Service 

• Fixed subscribers use SIP URI for SIP level signaling - sip: 
msisdn@orange.coil 

• Registration (emulates normal mobile attach): 

o User sends SIP REGISTER to SIP SERVER 

o SIP SERVER authenticates user password (in future, SIM based 

authentication may be employed) 
o SIP SERVER notifies the SmartVLR™ 

o The SmartVLR™ sends LOCATION UPDATE message to HLR 
o The HLR sends INSERT SUBSCRIBER DATA message with 
subscriber profile back to the SmartVLR™ 
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3.2.2 Diagram 



EP 



SSw 



SmartVLR™ 



HLR 



[ 1 ] Register 



[3] Unauthorized 
[4] Register 



f1 1 1 O K 



[2a]Auth Info Request 
[2b]Auth Info Request 



[5] NewRegistration 



[10] NewRegistration 



f6T Update Loc ation 
f71 IS D 

f81 ISP Result 

;g] Update Location Result 
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TM^ic^dwcribes the messages in the diagram, including sample messages for 

the main SIP messages. . . , c ™ „ OII «r M p 

For more details about the messages between the SSW unit and the SCP, see FMC 

SSW and SCP interface" document 



i\ Register 

EP sends registration to SSW with the following information: 

• URI 

• Expiration time 
Sample message: 

REGISTER sip: 192. 168.40.62 SIP/2.0 

Via: SIP/2.0/UDP 194.90.115.62:5061 

From: <sip:0544l60260@192.168.40.62:5061> 

To- <sip:0544160260@192.168.40.62:5061> 

Contact* "fixed260"<sip:0544160260@194.90.115.62:5061> 

CaTl?D: 9FBEC6EC862D422D810FEAD4C3 3 >6F7FE@192. 168.40.62 

CSeq: 24054 REGISTER t 

Expires: 120 

Content-Length: 0 

2> A "T1 0 SWs U ena S request to SmartVLR™ including the following information: 

• IP Address 

• URI 

b SmartVLR™ sends Authentication information. SSW authorizes message. 
In case no password or password is invalid or subscriber IP address is 
invalid SSW sends Reject to EP. The response includes the following 
information: 

• Password (if OK) 

• User Authentication Name (if OK) 

• Result (OK or error code) 

3) Unauthorized . . , 

SSW reject the registration with error code = Authorization required. 

Sample message: 

SIP/2.0401 Unauthorized 

From: <sip:0544160260@192.168.40.62:5061> ^nr,A-7iUAOJ <*if 

To:%p:0544M260@m 

Call-ID: 9FBEC6EC862D422D810FEAD4C336F7FE@^.168.40.62 

nonce=»9a7e9cd58266o68394». staled 

algorithm=MD5 . tM , „ n tr . 

Via: SIP/2.Q/UDP 194.90.1 15.62:5061 ;received=l 92. 168.40.62 



4) Register 
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S M A R T, 

EP sends registration to SSW with Authorization including the following 
information: 

• IP Address 

• URI 

• Expiration 

Sample message: 

REGISTER sip: J92J68.40.62 SIP/2.0 

Via: SIP/2.Q/UDP 194.90.115.62:5061 

From: <sip:05441 60260@192. 168.40. 62:5061> 

To: <sip:0544160260@192.168.40.62:5061> 

Contact: Txed260" <sip:0544160260@^.90.1 15.62: 5061> 

Call-ID: 9FBEC6EC862D422D8WFEAD4C336F7FE@&2' 168 40 - 62 

CSeg: 24055 REGISTER 

Expires: 120 

b74p63e753e3ea02eb6 t \uri= ,, sip:192J68.40.62Uigorithm= n MD5 
Content-Length: 0 



5) Ngw Registration . 

SSW sends request to check and store "Contact headers and IF. 
The request includes the following information: 

• IP Address 

• URI 

6) TTpdate Location 

SmartVLR™ sends Update Location service toward the HLK. 

UL sample Parameters: 
Operation Code = Update Location 
Update Location arguments Sequence: 

• IMSI - 0300469832 (bed) 

• MSG Number = (International number, ISDN/telephony number plan) 
97254120011 

. VLR Number: (International number, ISDN/telephony number plan) 
97254120011 



?) ise 



HLR sends Insert Subscriber Data service toward SmartVLR™ to specify 
subscriber profile. 
ISD sample Parameters: 
Operation Code = Insert Subscriber Data 
Invoke ID = 5 

Insert Subscriber Data arguments Sequence: 

• IMSI - 0300469832 (bed) 
. MS ISDN - 97267773951 
• BearerServiceList: 

o GENERAL DATACDA 
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o GENERAL_DATACDS 

Teleservice List: 
o TELEPHONY 
o SHORTMES S AGEMTJPP 
o S HORTMESS AGEMO_PP 
o FACSIMILEGR0UP3ANDALTERSPEECH 

o AUTOMATICFACSIMILEGROUP3 

Provisioned SS List: 

o CALLBARRINGINFO: BOIC_EX_HC 

o SS_DATA: HOLD 

o SS_DATA: MULTIPTY 

o SS_DATA:CLIR 

o SS_DATA: FORWARDINGINFO_E 

■ SS CODE:CFB 

- TELESERVICE : ALLSPEECHSERVICES 

- FORWARD NUMBER 97254 15 1200 

■ SUBADDRESS: 0xlF3E1280 
Extension container: 2A 86 3A 00 89 61 3A 01 00 



8) TSD Result JUID 
SmartVLR™ sends Insert subscriber data response message toward HLK 

ISD Result sample Parameters: 
Invoke ID = 5 



9) TTodate Location result 

HLR sends response message toward SmartVLR™ 
Update Location result sample Parameters: 
Invoke ID = 5 

Operation Code = Update Location 
Update Location result arguments Sequence: 
• HLR NUMBER: 97254120031 



1 Q) Now WpOTstration Result TT . 
SmartVLR™ returns confirmation (or Reject), depends on Update Location 

Result, including the following information: 
i. Result (OK or error code) 

ID OK 

SSW sends OK to EP (or Reject) 
Sample message: 

S1P/2.0 200OK 

Frcm:<sip:0544160260@192.168.40.62:5061> „„..., 
Odl-lDi9FBEC6BC862D422D8WFEAD4C336F7FE@192.168.40.62 
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CSeq: 24055 REGISTER WM tmnm 

Via- S1P/2.0OJDP 194.90JI5.62:506I;received=J92J68.40.62 
Contact: y v &M60 t '<*ip:Q544160260®194.90A 15.62:50^^ 
Content-LengtfcO 
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33 Deregistration , o . 

Basically, each endpoint registration has predefined period of validity. This time is 

determined during the registration procedure (the 'expire parameter). 

T*e end point may send an 'deregistration 5 message by sending a simple registration 

message with the parameter 'expire 9 set to 0. 

The deregistration may initiated also by the HLR and the VLK. 



3,3.1 Deregistration initiated by EP m 

This scenario describes Deregistration situation created by endpoint 



3.3.1.1 Diagram 

EP 



SSw 



SmartVLR™ 



[1] Register 
(Ex=0) 



[3] Unauthorized 
\4] Register 



[2a]Auth InfoRequest 
[2b]Authlnfo Request 



[5] User Detach 



HLR 



\6] PuraeMS 



[7] PurgeMS Result 



[9] OK 



[8] Detach Result 



T^HS!SZ» the messages in the diagram, including sample messages for 

the main SIP messages. «u\Ar 
For more details about the messages between the SSW unit and the SCP, see FMC 
SSW and Smart SCP interface" document. 
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1) Register 

EP sends registration to SSW with the following information: 

• URI 

• Expiration time^O 
Sample message: 

REGISTER sip: 192. 168.40. 62 SIP/2. 0 

Via: SIP/2.0/UDP 194.90.115.62:5061 

From:<sip:0544160260@192.168.40.62:5061> 

To: <sip:054416O260@^2.168.40.62:5061> 

Contact: "f^ed260" <sip:0544160260@194.90.115.62:5061> 

CalUD: 9FBEC6EC862M22D810FEAD4CSS6F7FE@192.168.40.62 

CSeq: 24054 REGISTER 
Expires: 0 
Content-Length: 0 

a. SSW sends request to SmartVLR™ mcludmg the followmg 

information: 

• IP Address 

• URI 

b SmartVLR™ sends Authentication information. SSW authorizes 
message. In case no password or password is invalid or subscriber IP 
address is invalid SSW sends Reject to EP. The response includes the 
following information: 

• Password (if OK) 

• User Authentication Name (if OK) 

• Result (OK or error code) 

3) Unauthorized . , 

SSW reject the registration with error code = Authorization required. 

Sample message: 

SIP/2.0 401 Unauthorized 

From: <sip: 05441 60260@1 92. 1 68. 40. 62:5061 > M umuaqj 

£%p:0544160260®19 

CaMD:9FBEC6EC862D422D810FEAD4C3$6F7FE@192.168.40.62 

K2ft^"^", nonce=«9a7e9cd58266b68394<' stale-true. 

algorithm^MD5 » M ******* 

Via: SIP/2.QOJDP 194.90.11 5.62:5061 ;received= 192. 168.40.62 

Content-Length: 0 
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EP sends registration to SSW with Authorization including the following 
information: 

• URI 

• Authentication credentials of a user agent. 

• Expiration time 

Sample message: 

REGISTER sip: 192.168.40,62 SIP/2.0 

Via: SIP/2.0/UDP 194.90.115.62:5061 

From:<sip:0544160260@192.168.40.62:5061> 

To: <sip:0544160260@192.168.40.62:5061> 

Contact' rvced260" <sip:0544160260@194. 90. 115. 62: 5 061 > 

Call-ID: 9FBEC6EC862D422D810FEAD4C336F7FE@192.168.40.62 

CSeq: 24055 REGISTER 
Expires: 0 

tlnatt^ 

b74p63e753eSea02eb6\uri^"sip:192.mA0.62\alzorithm= KID5 
Content-Length: 0 

i 

S\ User Detach 

SSW sends request to the VLR to deregister the user. The message contains 
the user URI. 

PurgeMS 

PurgeMS sample Parameters: 
Operation Code = PurgeMS 
Invoke ID = 1 

PurgeMS arguments Sequence: 

• IMSI = 0300469832 (bed) 

• VLR Number: (International number, ISDN/telephony number plan) 
9725412001 1 

7) PurgeMS result 

HLR sends response message toward SmartVLR™ 
ISD Result sample Parameters: 
Invoke ID = 1 

8) User Detach Result T _ af * 
SmartVLR™ returns confirmation (or Reject), depends on Update Location 

Result, including the following information: 
• Result (OK or error code) 
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9) OK 



SSW sends OK to EP (or Reject) 
Sample message: 

SIP/2.0 200 OK 

From: <sip:05441 60260®! 92.1 68.40.62 :5061> 

Call-ID: 9FBEC6EC862D422D810FEAD4C336F7FE@192. 168.40. 62 
CSeq: 24055 REGISTER 

Via* SIP/2. (VUDP 194.90.1 15.62:5061 ;received= 192.168.40.62 

Contact: "ftxed260"<sip:0544 160260® 194.90. 11 5.62: 5061>;expires=120 

Content-Length:0 
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3 3 2 Deregistration initiated by HLR , 

This scenario describes Deregistration situation created by HLR, in case subscriber 

register to different VLR 



3.3.2.1 Diagram 

Smart _ 
HLR v/ip SSw EP 



| [1]Cancel Location | 


[2] Network Detach 


[3] BYE 


I [4] Cancel Location j 
L result 









3.3.2.2 Description . 
This section describes the messages in the diagram, including sample messages for 

the main SIP messages. M ^«T7Mr 
For more details about the messages between the SSW unit and the SCP, see FMC 
SSW and Smart SCP interface" document 

1) Cancel Loc ation (SS71 

Cancel Location sample Parameters: 
Operation Code = Cancel Location 
Invoke ID - 1 

Cancel Location arguments Sequence: 

• IMSI = 0300469832 (bed) 

• MSISDN = 97254160272 

2) Network Detach 

The VLR send detach message to the SSW with the user information. 

3^ BYE 

Ifthe user has an opens call the SSW sends BYE to the EP (close the call). 

4) Cancel Location resu lt (SS7) 

Cancel Location Result sample Parameters: 
Invoke ID = 1 

3.3.3 Deregistration initiated by SmartVLR™ 
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smart 

This scenario describes deregistration initiated by HLFL 



3.3.3.1 Diagram 

Smart 
VLR 



SSw 



EP 



[1] Network Detach 



[2] BYE 



3.3.3.2 Description m 
This section describes the messages in the diagram, including sample messages tor 

the main SIP messages. «v\ac 
For more details about the messages between the SSW unit and the SCP, see FMC 
SSW and Smart SCP interface" document 



1) Network Detach 

The VLR send detach message to the SSW with the user information. 

<2\ bye 

Ifthe user has an opens call the SSW sends BYE to the EP (close the call). 



Smart-SS7 Proprietary Information 

Confidential 



Page 28 of 55 



33.4 Deregistration initiated by SSW 

This scenario describes Deregistration situation 



3.3-4.1 Diagram 



EP 



SSw 



Smart 
VLR 




HLR 





[4] Detach Result 



[1]UserDetach 



[2] PurgeMS 



[3] PurgeMS 
Result 



3.3.4.2 Description 



SSW sends request to the VLR to deregister the user. The message 
contains the user URL 

7) PurgeMS 

PurgeMS sample Parameters: 
Operation Code = PurgeMS 
Invoke ID = 1 

PurgeMS arguments Sequence: 

• IMSI = 0300469832 (bed) 

• VLR Number: (International number, ISDN/telephony numbei 
plan) 97254120011 

8) PnrpeMS Result 

ISD Result sample Parameters: 
Invoke ID = 1 



Smart-SS7 Proprietary Information 

Confidential 



Page 29 of 55 



9) TI«>r Detach Result _ 

SmartVLR™ returns confirmation (or Reject), depends on Update 

Location Result, including the following information: 
• Result (OK or error code) 



10) BYE 



Iflte user has an opens call the SSW sends BYE to the EP (close the 
call). 
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3.4 Call Initiation 



3.4.1 Fix to mobile 



3.4.1.1 General 

Call may be initiated only by registered endpoint and only from the same IP address 
that was stored in the registration process. 

When an INVITE message arrived to the SSW it sends it to the SCI 'with the call 
information. The SCP is verifying that the endpoint is registered and that the caller lr 
identical to the IP address in the endpoint' s stored registration. 

The SCP sends to the SSW instructions for the arrival call. It may reject the call (if the 
caller is unregistered, if the caller IP address doesn't match the stored IP address, etc); 
it may supply new destination number and it may also change the originator 
information. " 

The SSW continues (or reject) the call according the instructions from ihe SCP. 

In addition the SSW will send to SCP information about the beginning and ending of 
the call; the SCP will forward this information to the HLR for billing. 
CDR will be created also on the SSW. 
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. -1 .-«•» 



3.4.1.2 Diagram 



Fixed to cellular 



BP Orig. SSw 
[11 INVITE ^ 

[2] PROVISION 10( 

M — 



GW 



[3a] CalU Arrived 



[3h] f!nnnect 



[d] INVITE 



:M PROVISI ON J 00 . 



[6] I AM 



SCP 



[7] ACM 



CTPROV.SIONJ80 r~ ^ ~ [91NotifV . Ringing 



[10J PROVISION 18( 



[14] OK 200 
1151 ACK 



H21 OK 200 



[16] ACK 



[111ANM 



[13] Notify - Answered 



.[jU.CaJiJ51arlfid-. 



GMSC 



HLR 



answer 



[181 RTP 



i!21 



I e f201 BYE I 

p I [21] Notify - disconnect^ 



Hang up 



[22] BYE 



[231 ACK 



t241 ACK 



[25] REL Complete 
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3.4.1.3 Description 

This section supplies a detailed description of the messages in the diagram, including 
sample messages for the main SIP messages. . 
You can find more details, about the messages between the SSW unit and the bcr, in 
the "FMC SSW and Smart SCP interface" document. 



1) INVITE . „ 

• EP sends INVITE to SSW including the following informatoon: 

• To(MSISDN) 

2) PROVISION 100 , , . x 

SSW responses with PROVISION 100 message (acknowledge). 

3i Call Arrived 

a. SSW sends request to SCP for caller and called information and passes 

the IP to verify that the called arrived from the register user. 
The message includes the following information: 

• To 

• From 

• IP Address of caller 

• Type of caller 

b SCP checks the IP and the call information and return status and the 
requested information to the SSW. SCP recognize the 'To' field is not 
register in SmartVLR™, so in the returned 'Connect' message it 
indicate that the destination type is 6 GSM\ indicate the call should be 
deliver to GSM MSG through the GW. The response includes the 
following information: 

• To (can be new destination) 

• From (may be changed too) 

• Result (OK or error code) 

• Events - the events that SCP would like to be notified about. 

• Answer Timeout - how much time to wait in case that there is no 
answer. 

• Call properties - properties of the call (show/hide the originator 
phone number etc.). 
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4) INVITE 

SSW sends INVITE to the GW including the following information: 
• To (retrieved MSISDN) 

Sample message: 

INVITE sip:0544160272@192.168. 40. 1 0:5060 SIP/2. 0 „ B a tM ^ n Atm 

From:<sip:0544160260@I92J68.4a62:5062>;tag-W 

To: <sip:0544I60272@192.168.40.62> 

Call-ID: a4d9ac-0-I3c6-401e23a3-I9272449-31e2@I92J68.40.62 
CSeq: 1 INVITE 

Record-Route: <sip: 192. 1 68.40.62; lr;rvRRParam-1921 1 68340662> 

Via: SIP/2.0OJDP 192.168.40.62:5062;received=192.168.40.62;branch^z9hG4bK-401e23a3- 

19272449-30 
Max-Forwards: 69 
Supported: 0 

Contact: <sip:0544160260@192J68.40.62:5062> 
Content-Length: 0 

5) PROVISION 100 

The GW reply with PROVISION 100 (acknowledge). 

Sample message: 

SIP/2.0 100 Trying 

^92.m.^ 

Via: S1P/2.Q/UDP 192.168.40.62:5062;received=192.168A0.62;branch=z9hG4bK-401e23a3- 
19272449-30 

From: <sip:QS44m26Q@I92A68AQ.62:5062>it<^ 
To: <sip:0544160272@192.I68.40.62>;tag=I16994780 

Contact: <sip:0544160272@l 92.1 68.40. 10:5060 

Record-Route: <sip: 192.1 68.40.62; lr;rvRRParam=l 92 U68340662> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

6) IAM 

The GW sends IAM to GMSC with CLI and DNIS 

7) ACM 

GMSC responses with ACM (acknowledge). 

8) PROVISION 1*0 fOntionall 

GW sends PROVISION 180 message (ringing), to SSW. 

9) Notify - Rin ging [Optional! 

SSW sends to SCP RINGING notification (if it was requested to). 
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ml PROVISION 180 

SSW passes the arrived PROVISION 180 message to the EP. 

Sample message: 

SIP/2.0 180 Ringing 

To:<sip:0544160272@19Z168.40.62>;tag=U6994780 
Contact: <sip:0544160272@192J68J0J0:5060> 
Record-Route: <sip:19Z168.40.62;t;rvI^aram^l921im40^2> 
Call-ID: a 4d9ac-M3cfr401e23a3-19272449-31e2@192J68.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

11)ANM t 

When there is an answer - GMSC sends ANM to the GW. 



121 OK 200 

The GW sends OK 200 message to SSW. 

Sample message: 

SIP/2.0 200 Ok 

V mm 2 4^ 

To- <sip:054416V272@192.168.40.62>;tag= 116994780 

Contact: <sip:0544160272@192.168.40J0:506O> 

Record-Route: <sip:192J68A0.62;lr;rvRRParam^I92U68340662> 

Call-ID: a 4d9ac-0-13c&401e23a3-19272449-31e2@192J68.40.62 

CSeq: 1 INVITE 
Content-Type: application/sdp 
Content-Length: 297 

i X) Notification - Answ ered [Optional! 

SSW sends to SCP ANSWER notification (if it was requested to). 
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141 OK 200 

SSW sends OK 200 message to EP. 

Sample message: 

SIP/2.0 200 Ok 

Via: SIP/2. (VUDP 192. 168.40.62: 5062;received^ 192. 1 68.40.62;branch^z9hG4bK-40 1 e23a5- 
19272449-30 

From: <slp:054416026O@mA&A0.62:5Q62>;to^^ 
To:<sip:054416V272@I92J68.40.62>;tag=II6994780 
Contact: <sip:0544I60272@192J68.40.IO:5060> 
Record-Route: <sip:I92. 168.40.62;lr;rvRRParam=1921I68340662> 
Call-ID: a4d9ac-0-13c6-401e23a3-I9272449-3Ie2@l92.168.40.62 

CSeq: 1 INVITE 
Content-Type: application/ sdp 
Content-Length: 297 

15)ACK 

EP responses with ACK. 

161 ACK 

SSW passes the ACK to the GW. 

171 Call Started [Future] 

SSW send 'Call Started' message to SCP (for billing). 

18)RTP 

RTP Voice packets are streaming. Call is performed. 
191 REL 

REL command arrived from GMSC to GW. 
201 BYE 

GW stops the call and send BYE message to SSW. 

?i>r*n rinsed rOotionall ^ ^ 

SSW sends to SCP DISCONNECT notification (if it was requested to). 
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22) BYE 

SSW passes the BYE message to EP. 



BYE Z'J9Z168A62;lr;rvBRParam^miim40662 SIP/2.0 
Via: S1P/2.0HJDP 192.168.40.10:5060 tgeM%jmn 

From: < S ip:0544160272@192.168.40.62>;tag=l nnntdQ 4Q73 

To- <siF054416026Q@192J68.40.62:S062>;tai^ 

Contact: <sip:0544l60272@192.168.40J0:506O> 

Route: <sip:0544160260@^2.168.40.62:5062> , <OAnA ~ 

Call-ID: a 4J9ac-0-13c6^01e23a3-19272449-31e2@192J68.40.62 

CSeq: 43 BYE 
Content-Length: 0 

231 ACK 

EP confirm with OK. 

Sample message: 

SIP/2.0 200 OK 

From: <sip:0544160272@192.168.40.62>;tag^ 1169947^^^ m72 449 4973 

To:<sip:0S4416026mn^ 40 ^ 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 43 BYE J m 

Via: SIP/2. 0/UDP J 92. 168.40.1 0: 5060; received^ 192. 168.40.10 

Supported: 0 
Content-Length: 0 

24) ACK 

SSW passes the OK to the GW. 

Sample message: 

SIP/2.0 200 OK 

From:<sip:0544160272@192.168.40.62>;tag=1169^ > iqwaaq 4073 

To:<stp:054416026mi92.168.40.62:5062>^ 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSea* 43 BYE 

Via: SIP/2.0/UDP 192.168.40.10:5060;received=*192. 168.40. 10 

Supported: 0 
Content-Length: 0 

2S\ REL Complete _ 
The GW sends Release complete message to GMSU 
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3.4.2 Mobile to Fix 



3.4.2.1 General 

Normal Call Flow Concept 

• GMSC asks the HLR for MSRN 

• HLR asks the SmartVLR™ as a VLR for MSRN 

• The SmartVLR™ return the GT for the MGW on the TSC as MSRN 

• The HLR return the MSRN & TICK to GMSC 

. GMSC triggers the SmartSCP™ using the TICK 

• the SmartSCP™ invokes required terminating call control logic ( i u-k ) - 
multiple alerting, etc. . 

• If the final destination is a fixed subscriber - the call shall be routes using the 
MSRN towards the VoIP domain 



Calls arrived from mobile to fixed can be established only if the endpoint is 

WhenlmVvTTE message received for eridpoint, Ihe SSW sends to the S CP the 
arrival MSRN and received the real MSISDN number for the arrival MSRN. 
The SCP continues the call with the new MSISDN number. 

In addition, the SSW will send to SCP information about the beginning and ending of 
the call; Ihe SCP will forward this information to the HLR for billing. 
CDR will be created also on the SSW. 
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3.4.2.2 Diagram 



Cdldartofi 



Caller 
If 11 SETUP/ 1AM 




3.4.2.3 Description 
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This section supplies a detailed description of the messages in the diagram, including 
sample messages for the main SIP messages. . 
You can find more details, about the messages between the SSW unit and the SCP, m 
Hie "FMC SSW and Smart SCP interface" document 

1) SETUP/IAM 

Caller send IAM message to GMSC with MSISDN number. 

2) SRND ROUTING INFO „.„™-. u u 
GMSC requests routing information for the retrieved MSISDN from the HLK. 

SRI sample Parameters: 

Operation Code = Send Routing Info 

Invoke ID = 1 

Send Routing Info arguments Sequence: 

• MS-ISDN 

- TBCD String : 994557890453 

• SM-RP-PRI: FALSE 

• ServiceCentreAddress 

- TBCD String : 905059910015 

3) PROVIDE RO AMING NO 

HLR recognize the MSISDN registered on SmartVLR™ , then requests 

roaming number from SmartVLR™ for provided IMSI. 

PRN sample Parameters: 

Operation Code = Provide roaming number 

Invoke ID = 1 

Provide roaming number arguments Sequence: 

• IMSI 

- TBCD String : 286015050494827 

• MSC-Number 

-TBCD String : 994550010000 

• LMSI: 00 05 7F8D 

4) Response 

An SCP response with MSRN from predefined MSRN's to be routed to 
specific ISUP El. 

Provide roaming number Result sample Parameters: 
Invoke ID = 1 

Provide roaming number Result sequence parameter: 

• MSRN: 97254168000 
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Si Ftcsnonse 

HLR send response to GMSC with the retrieved MSRN. 
Send Routing Info Result sample Parameters: 
Invoke ID - 1 

Send Routing Info Result sequence parameter: 
• MSISDN: 97254160219 

6) IAM „ it . _ , 
GWreeeived IAM from GMSC MSRN as Called party number. 

7) INVITE 

GW sends INVITE message to SSW. 

Sample message: 

INVITE sip:0544160272@192. 1 68. 40. 1 0:5060 SIP/2.0 nmddSLsm 
F rom:<s?p:0544I6026(®192J68.40.62:5062>^ 

To: <sip:0544160272@192.168.40.62> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.1 68.40.62 
CSeq: I INVITE 

Record-Route: <sip:292J68M.62;Ir;rvWV>aram=19M dnM *a* 
Wa: SlP/2.CWDP192J68.40.62:5062;receive^^ 

19272449-30 
Max-Forwards: 69 

Supported: 0 _ 
Contact: <sip:0544l60260@192.1 68.40.62: 5062> 

Content-Length.O 

8) PROVISION 100 

SSW responses with PROVISION 100 message (acknowledge). 

Sample message: 

SIP/2.0 100 Trying 

To: <sip:0544160272@192.168.40.62>;tag=l 16994780 
Contact: <sip:0544160272@I92.168.40.10:5060> 
Record-Route: <sip:J92. 168J0.62;lr;rvRRParwn~1921168340662> 
Call-ID: a4d9ac-M3c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: J INVITE 
Content-Length: 0 

9) ACM 

The GW sends ANM message to GMSC. 
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a SSW sends request to SCP for caller and called information and passes 

the IP to verify that the called arrived from the register user. 
The message includes the following information: 

• To 

• From 

• IP Address of caller 

• Type of caller 

b SCP checks call information and return status and the requested 
information to the SSW. SCP recognize the 6 To' field is registered in 
SmartVLR™, so in the returned 'Connect' message it indicate that the 
destination type is 'Fixed'. The response includes the following 
information: 

• To MSISDN (corresponds with the arrival MSRN - if exists) 

• From (may be changed too) 

• Result (OK or error code) 

• Events - the events that SCP would like to be notified about 

• Answer Timeout - how much time to wait in case that there is no 

answer. . . . 

• Call properties - properties of the call (showMde the originator 

phone number etc.). 

11) INVITE 

SSW send INVITE message (with the MSISDN) to the EP. 
Sample message: 

INVITE sip:0S44l60272@192J68.40.10:506Q SIP/10 , 0 m*dQ 
From: < S ip:Q544160260@192J68M.62:5062>;t^ 
To: <sip:0544I60272@I92.I68.40.62> 

Call-ID: a4d9ac^I3c6-40Ie23a3-l9272449-31e2@l92.I68.40.62 
CSeq: 1 INVITE 

V mm 2 4^ 

Record-Route: <sip:J92. I68.40.62;lr;rvRRParam=192II68340662> 

Via: SIP/2Q/UDP 192. 168.40. 62: 5062;received=I92. 1 68.40.62; br anch =z9hG4bK-40Ie23a3- 

19272449-30 
Max-Forwards: 69 
Supported: 0 

Contact: <sip:0544160260@192J68.40.62:5062> 
Content-Length: 0 
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11^ PROVISION 100 

EP responses with PROVISION 100 (Acknowledge). 

Sample message: 

SIP/2.0 1 00 Trying 

Via: S1P/2.0OJDP 192J68A0.62:5062;received=192J68.40.62;brancfa 

To: <sip:0544160272@192.168.40.62>;tag=l 16994780 

Contact: <sip:0544160272@192.168.40.10:506G> 

Record-Route: <sip:192J68.40.62;lr;rvRRParam=192U68340662> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

1^ PROVISION 180 [optional] 

EP sends status PROVISION 180 (ringing) to SSW. 

Sample message: ( 

SIP/2.0 180 Ringing 

Via: SIP/2.0/UDP 192. 168. 40. 62:5062;received=192. 1 68. 40. 62; branch=z9hG4bK-401e23a3- 
19272449-30 

From- < S ip:0S44160260@l92.168.40.62:5062>*ag=0-13c6-40^ 
To:<sip:0544160272@192.168.40.62>;tag=116994780 

Contact: <sip:0544160272@192.168.40.10:5060> 

Record-Route: <sip:192.168.40.62;lr;rvRRParam^l921168340662^ 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

i^iWify -Rin.ina rQptionall 

SSW sends to SCP RINGING notification (if it was requested to). 



1*) PROVISION 180 

SSW passes the message to the GW. 




Sample message: 

SIP/2.0 180 Ringing 
Via: SIP/2. 0/UDP 
192.168.40.62:5060; 
Via: SIP/2. 0/UDP 192. 

To- < 5 ip:0544160272@192J68.40.62>;tag=116994780 
Contact: <sip:0544160272@192.168.40.10:5060> 
Record-Route: <sip:192.168.40.62;lr;rvRRParam=1921I68340662> 
Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

16)OK200 
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User answered. EP sends OK 200 to SSW. 
Sample message: 

SIP/2.0 200 Ok 

Via: S1P/2.0/VDP 192J68.40.62:5062;received=192.168.40.62;branch=z9hG4bK^ 
19272449-30 

From: <sip:054416026mM-J<®' 40 ' 62: ^ 

To: <sip:0544160272@192.168.40.62>;tag=116994780 

Contact: <sip:0544160272@192.168.40.10:5060> 

Record-Route: <sip:192.168.40.62;lr;rvRRParam=1921168340662> 

Call-ID: a4d9ac-0-l 3c6~401e23a3- J 9272449-3 le2@l 92. 1 68. 40.62 

CSeq: 1 INVITE 
Content-Type: application/so^) 
Content-Length: 297 

17) Notify- Answer [Optional! 

SSW sends to SCP ANSWER notification (if it was requested to). 

18) OK 200 

SSW passes the OK 200 to the GW. 

Sample message: 

SIP/2.0 200 Ok 

Via: SIP/2.0OJDP 1 92.168. 40. 62:5Q62;received~I92.I68.40.62;brcmch=z9hG4bK-401e23a3- 
19272449-30 

From: <sip:0544 160260®^- I68 - 40 - 62:5062>;tag=0-l 3 c6-40Ie23a3-l 9272449-4973 

To: <sip:054416Q272@192.168.40.62>;tag=l 16994780 

Contact: <sip:0544160272@l 92. 168.40 JO: 5060> 

Record-Route: <sip:192J68AQ.62;k;rvRMaram=192U6834Q662> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Type: application/sdp 
Content-Length: 297 

19) ANM 

The GW sends ANM message to GMSC. 

20) ACK 

The GW confirm with ACK. 

21) ACK 

SSW passes the ACK to the EP. 

n\ Call Started [Future! 

SSW send 'Call Started' message to SCP (for billing). 

23)RTP 

Call is performed. 



24) BYE 
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User Hang up. BYE message is sent from the EP to SSW. 
Sample message: 

BYE sip: 192.168.40.62;lr;rvRPParam=1921 168340662 SIP/2.0 

Via: SIP/2.Q/VDP 192.168.40.10:5060 

From: <sip:0544160272@192.168.40.62>;tag=116994780 

To: <sip:0544160260@192. 168.40.62:5062>;tag=0-13c6-401e23a3-l 9272449-4973 

Contact: <sip:0544160272@192J68.40.10:5060> 

Route: <sip:0544160260@192.168.40.62:5062> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 43 BYE 
Content-Length: 0 

25) Nntifv - Disconnect [Qptionall 

SSW sends to SCP DISCONNECT notification (if it was requested to). 

26) BYE 

SSW passes the BYE message to the GW. 
Sample message: 

BYE sip: 192. 168.40.62; Ir;rvRRParam= 1921 168340662 SIP/2.0 
Via: SIP/2.0/UDP 192.168.40.10:5060 

From: <sip:0544160272@192. 168.40. 62>;tag= 116994 780 ^ 
To: <sip:0544160260@^2. 168.40.62:5062>;tag=0-13c6-401e23a3-19272449-4973 
Contact: <sip:0544160272@192.168.40.10:5060> 

Route: <sip:0544160260@192. 1 68.40. 62:5062> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@I92.168.40.62 

CSeq: 43 BYE 
Content-Length: 0 

27) REL 

The GW sends release message to GMSC. 

281 REL Complete 

GMSC confirm with release complete message. 

291 ACK 

GW confirms with ACK. 
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301 ACK 

SSW passes the ACK to the EP. 



Sample message: 

SIP/2.0 200 OK 

From: <sip:0544160272@l 92. 168.40.62>;tag= 11 6994780 

To- < s ip0544160260@192.16^.40.62:5062>;tag=0-13c6^01e23a3-19272 

Call-ID: a4d9ac-frJ3c6-40Ie23a3-19272449-31e2@192J68.40.62 

CSeq: 43 BYE 

Via: SIP/2. 0/UDP 192.16S.40.10:5060;received=192.168.40.10 

Supported- 0 
Content-Length: 0 



%i\ C.M rinsed [Future! 

SSW send c Call Closed 5 message to SCP (for billing). 
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3.4.3 Fix to fix 
3.4.3.1 General 

Call may be initiated only by registered endpoint and only from the same IP address 
that was stored in the registration process. 

Calls arrived from can be established only if the destination endpoint is registered too. 

When an INVITE message arrived to the SSW it sends it to the SCP with the call 
information. The SCP is verifying that the endpoint is registered and that the caller IP 
identical to the IP address in the endpoint' s stored registration. 

The SCP sends to the SSW instructions for the arrival call. It may reject the call (if the 
caller is unregistered, if the caller IP address doesn't match the stored IP address, etc); 
it may supply new destination number and it may also change the originator 
information. 

The SSW continues (or reject) the call according the instructions from the SCP. 

In addition, the SSW will send to SCP information about the beginning and ending of 
the call; the SCP will forward this information to the HLR for billing. 
CDR will be created also on the SSW. 
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3.4.3.2 Diagram 



Fixed to Fixed 

EPOrig. SSW EPDest SCP 

[I] INVITE J 

|[ 2) PROVISION 10n I p a ] Cal l Arrived 

f3bl Connect 

[4] INVITE,, 

.JSlERQVjsipNjpo. 

[6] PROVISION183 

[7J Notify - Ringing 

|[8] PROVISION IK 

<• * * " • " ■ m ok 200 I Answer 

~ 1 [1 0] Notify - Answer^ 

[II] OK 200 
f 12 l ACK * [133 ACK 

.p.4lCalLStajlad_. 

nsi RTP 

L H61BYE I Hangup 

p I [17] Notify^- Disconnert 

nsi BYE 

1191 ACK 

^ F201 ACK 



GMSC 



3.4,3.3 Description 

This section supplies a detailed description of the messages in the diagram, including 
sample messages for the main SIP messages. 

You can find more details, about the messages between the SSW unit and the bCF, in 
the "FMC SSW and Smart SCP interface" document. 



1) INVITE 

EP1 sends INVITE to SSW including the following information: 
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To (MSISDN) 



Sample message: 

INVITE sip:0544160272@192J68.40.10:506C >SIP/2.0 iQm j AO jo?. 

From: <sip:0544160260(&92J68.40.62:5062>;tag=M3c^ 
To: <sip:0544l60272@192.168.40.62> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168A0.62 
CSeq: 1 INVITE 

Record-Route: <sip: 192.168.40.62; lr;rvRRParam=19211 68340662> 

Via: SIP/2.QRJDP 192. 1 68. 40. 62: 5062;received=192. 168.40. 62; branch=z9JiG4bK-401 e23a3- 
19272449-30 
Max-Forwards: 69 
Supported: 0 

Contact: <sip: 0544160260@192.168. 40. 62:5062> 
Content-LengtfcO 

2) PROVISION 100 % _ 

SSW responses with PROVISION 100 message (acknowledge). 

Sample message: 

SIP/2.0 100 Trying \ 

V mj™4^ 

Via: SIP/2.0OJDP 192J68.40.62:5062;received=192.168.40.62;brcmch^z9hG4bK-401e23a3- 
19272449-30 

From:<sip:0S4416026<mW' 1 ™- 4062:50 ^^^ 

To: <sip: 0544160272@192. 1 68.40. 62>;tag= 116994 780 

Contact: <sip:0544160272@192J68.40.10:5060> 

Record-Route: <sip:192J68.40.62;lr;rvRRParam=1921168340662> 

Call-ID: a4d9ac-0-13c6-401e23a3~19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

3"v C&ll Arrived 

a. SSW sends request to SCP for caller and called information and passes 
the IP to verify that the called arrived from the register user 
The message includes the following information: 

• To 

• From 

• IP Address of caller 

• Type of caller 
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b SCP checks call information and return status and the requested 
information to the SSW. SCP recognize the 'To 5 field is registered in 
SmartVLR™, so in the returned * Connect' message it indicate that the 
destination type is 'Fixed'. The response includes the following 
information: 

• To MSISDN (corresponds with the arrival MSRN - if exists) 

• From (may be changed too) 

• Result (OK or error code) 

• Events - the events thai SCP would like to be notified about 

• Answer Timeout - how much time to wait in case that there is no 
answer. 

• Call properties - properties of the call (show/hide the originator 
phone number etc.). 

4) INVITE . . „ 

SSW sends INVITE to the EP2 including the following information: 

• To 

■ 

Sample message: 

INVITE sip:0544160272@192J68.40J0:5060 SIP/2.0 

From: <sip:0544160260@^2. 168.40.62:5062>;tag=0-13c6-401e23a3-19272449~4973 
To: <sip:0544160272@192J68.40.62> 

Call-ID: a 4d9ac-0-13c6-401e23a3- 19272449-3 le2@192. 1 68. 40.62 
CSeq: 1 INVITE 

^92^40^ 

Record^Route:<sip:I92J68.40.62;lr;rvRRParam^I92II68340662> M „ 9 

Via: SIP/2.G/UDP 192 J 68.40.62: 5062;received= 192 J 68.40.62;brajwh=z9hG4bK-401e23a3- 

19272449-30 
Max-Forwards: 69 
Supported: 0 

Contact: <sip:0544160260@192 J 68.40.62: 5062> 
Content-Length: 0 

5) PROVISION 100 

EP2 replies with PROVISION 100 (acknowledge). 

Sample message: 

SIP/2.0 100 Trying 

Via: S1P/2.0/VDP 192.168.40.62:5062;received=192J68.40.62;branch=z9hG4bK-401e23a3- 
19272449-30 

From<sip:0544160260@192J68.40.62:5062>;tag=0-I3cM01e2^ 
To: <sip:054416O272@192. 1 68. 40.62>;tag=l 16994780 
Contact: <sip:0544160272@192. 1 68.40. 10:5060> 
Record-Route: <sip:192. 168.40.62; Ir; rvBRParam^l 92 U68340662> 
Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

6) PROVISION 180 fOotionall 
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■'<?H* .... 

EP2 sends PROVISION 180 message (ringing), to SSW. 
Sample message: 

SIP/2.0 180 Ringing 

Via:SW/2.0/mP192J68.40.62:5O62;receiy>ed=192J68A0.62;branch=29hG4bK-40le23a3- 
19272449-30 

From:<sip:0S44160260@192Je8.40.62:5062>;tag=0-13^ 
To: <sip:0544160272@192.168.40.62>;tag=l 16994780 
Contact: <sip:0544160272@l 92.1 68.40. 10:5060 
Record-Route: <sip:192. 168.40. 62; Ir; rvRRParam =1921 168340662> 
Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

7) Nntifv - Rin ging rOntionall 

SSW sends to SCP RINGING notification (if it was requested to). 

8) PROVISION 180 

SSW passes the arrived PROVISION 180 message to the EP1. • 

Sample message: 

SIP/2.0 180 Ringing 

Via: SIP/2. Q/VDP 192. 168.40.62: 5062;received= 192. 168. 40.62;brartch^z9hG4bK-4Qle23a3- 
19272449-30 

From<sip:0544im6^192J68.40.62:5062>;tag=0-13c^ 
To: <sip:0544160272@192. 168. 40.62>;tag=ll 6994780 
Contact: <sip:O54416O272@192.168.40.10:506O> 
Record-Route: <sip:192.168.40.62;lr;rvRRParam=192U68340662> 
Call-ID: a4d9ac-Q-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Length: 0 

9) OK 200 

EP2 sends OK 200 message to SSW (when there is an answer). 
Sample message: 

SIP/2.0 200 Ok 

Via: SIP/2.0/VDP 192.m.40.62:5062;received=192.168.40.62^ 
From'<sip:0544160260@192.m.40.62:5062>;tag=0-13^ 
To: <sip:0544160272@192.I68.40.62>;tag=l 16994780 
Contact: <sip:0544160272@192.168.40.10:5060> 
Record-Route: <sip: 192. 168.40.62; tr;rvRRParam=1921168340662> 
Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Type: application/sdp 
Content-Length: 297 

tw;f y - Answer rQptionall 

SSW sends to SCP ANSWER notification (if it was requested to). 
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11)OK200 

SSW sends OK 200 message to EP1. 

Sample message: 

SIP/2.0 200 Ok 

Via: SIP/2.0OJDP 192. 168. 40.62: 5062;received= 192. 1 68. 40.62 ;branch=z9hG4bK-401e23a3- 
19272449-30 

From: < S ip:0544I6026m*M l& 40 - 62 -^ 

To: <sip:0544160272@192.168.40.62>;tag=l 16994780 

Contact: <sip:0544160272@192.168.40.10:5060> 

Record-Route: <sip: 192. 168.40.62;lr;rvRRParam= 1921 168340662> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 1 INVITE 
Content-Type: applicationfsdp 
Content-Length: 297 



121 ACK 

EP1 responses with ACK. 

Sample message: 

ACKsip:0544160272@192J68.40.10:5060SIP/2.0 rniTMJOJOW 
From<sip:0544160260@192J&A0.62:5062>;t^ 
To: <sip:0544160272@192J68.40.62>;tag=116994780 
Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192J68.40.62 

CSeq: I ACK 

Record-Route: < sip: 192. 168.40. 62; lr;rvRRParam=1921 1 68340662> 

Via: SIP/2.C/UDP 192. 168. 40. 62:5062;branch^z9hG4bK-401e23a9-l 9273dad-64a9 

Max-Forwards: 69 

Contact: <sip:0544160260@192.1 68.40.62: S062> 
Content-Type: application/SDP 
Content-Length: 297 
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131 ACK 

SSW passes the ACK to the EP2. 

Sample message: 

ACK sip:0544160272@192.168.40JO:5060 SIP/2.0 ,«t»mlio» 

From:<sip:0544l60260@192.168A0.62:5062>^ 

To:<sip:0544160272@192.168.40.62>;tag=116994780 

Call-ID: a 4d9ac-0-13c6-401e23a3-19272449-31e2@192 1 68. 40. 62 

CSeq: I ACK 

Record-Route: < s ip:192J&.40.62;!r;rvRRParam=I921168340662> 

Via: SIP/2.WUDP 1 92. 168. 40. 62:5062; branch~z9hG4bK-401 e23a9-I92 73dad-64a9 

Max-Forwards: 69 

Contact: <sip:0544160260@192.168.40.62:5062> 
Content-Type: application/SDP 
Content-Length: 297 

14) r*ll Started [Futurel 

SSW send 'Call Started' message to SCP (for billing). 

15) RTP 

Call is performed. 

16) BYl 

EP2 stops the call and send BYE message to SSW. 
Sample message: 

BYE sip: 1 92. 1 68. 40. 62;lr; rvRRParam*=I921 1 68340662 SIP/2.0 
Via: SIP/2.0/UDP 192.168.40.10:5060 

From: <sip:0544I60272@l92. 1 68.40. 62>;tag= 116994780 mntM AQ7 , 

To- <sip:0544160260@J92J68.40.62^ 
Contact: <sip:0544160272@192J68.40.I0:506O 

Route: <sip:0544160260@192J68.40.62:5062> 

Call-ID: a4d9ac-0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 43 BYE 
Content-Length: 0 

17) Notify - disconnect FOptionaH 

SSW sends to SCP DISCONNECT notification (if it was requested to). 
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18) BYE 

SSW passes the BYE message to EP1. 



Sample message: 

BYE sip: 192J68.40.62;lr;rvKRParam= 1921 163340662 SIP/2.0 
Via: S1P/2.(VUDP 192.168.40.10:5060 

From: <sip:0544160272@192.168.40.62>;tag=l 16994780 , nmAJto AQ7Q 

To- < s ip:0544160260@192J68.40.62:5062>;tag=0-13c6^01e23aS-19272449^4973 

Contact: <sip:0544160272@192.168.40.10:5060> 

Route: <sip:0544160260@l92.168.40.62:5062> 
CalUD:a4d9ac~0-13c6-401e23a3-19272449-31e2@192.168.40.62 

CSeq: 43 BYE 
Content-Length: 0 

19) ACK 

EP 1 confirm with OK. 

Sample message: 

SIP/2.Q200OK 

From:<sip:0544160272@192.168.40.62>;tag=116994780 , m 
To- < si p:0544160260@192.168.40.62:5062>;tag=(L13c6-401e23^ 
Call-ID: a4d9ac-0-13c6-401 e23a3-192 72449-3 le2@l 92. 168.40. 62 
CSeq: 43 BYE 

Via: SIP/2.0/UDP 192. 168. 40. 1 0:5060: received^ 92.168.40.10 

Supported: 0 
Content-Length: 0 

20) ACK 

SSW passes the OK to EP2. 

Sample message: 

S1P/2.0 200OX 

From: <sip:0544l60272@192.168.40.62>;tag= 116994780 

To- < si p 054416026m^ 2 ^ 4a62:3062>;i ^ 
Ca\l-ID:a4d9ac-0-13c6-401e23a3-19272449-31e2@192J68.40.62 

CSeq: 43 BYE 

Via: SIP/2.0/UDP 192. 168.40. 10: 5060; received=192. 168.40. 10 

Supported: 0 
Content-Length: 0 
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3.5 HLR YLR Interface 

SmartVLR™ will wait for following operation received from HLR: 

1) Provide Roaming Number ( in case of incoming call fro mobile to fix) HLR 
will send this operation to SmartVLR™. If subscriber is register then 
SmartVLR™ will send response f CAP Return Result message with MSRN 
parameter. 

If the subscriber is not register SmartVLR™ will response TCAP Return 
Error. 

2) Insert Subscriber data. . 

In case that profile of subscriber has been added in HLR, the HLR will mvoke 

this operation to SmartVLR™. ^ A ^„ ^ u 

If the subscriber is registrate SmartVLR™ will response TCAP Return Result. 
Note - This operation is invoked after SmartVLR™ sends update location 
operation 

3) Delete subscriber data 

In case that profile of subscriber has been removed m HLR, the HLR will 
invoke this operation to SmartVLR™. „ Knn « u 

If the subscriber is registrate SmartVLR™ will response TCAP Return Result. 

4) Cancel location 

In case Sip subscriber is register in another VLR , or partner network decides 
to remove this subscriber , this operation will invoke to SmartVLR™. 
SmartVLR™ will delete this sibscriber profile and notice SSW by Network 
Detach message 

5) HLR RESET n „ DTM 
This message is invoked by HLR after reset of HLR When SmartVLR™ 
receives this operation it will derive all involved MSs of that HLR either from 
the HLR Identity List (if present), or from the HLR number. The SmartVLR T 
will then mark these MSs with the indicator "Location Information Confirmed 
in HLR" set to cc Not Confirmed" and will deactivate all subscriber tracings for 
these Mss. Then SmartVLR™ will invoke Update location service for each of 
those MSs. 
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Abstract 



Enables the operator to offer a complete Centrex solution including long distance 
services for a business, where all phones - fixed and mobile - enjoy the same 
features such as private numbering plans. 

The solution is fully hosted by the mobile operator on its premises, and 
with the business' premises infrastructure, existing (PBX) or new (VoIP). The solution 
is composed of known components - soft-switch, VoIP media gateways and the 
SmartSCP™ - deployed in the mobile operator's premises, interconnected and 
enhanced to achieve required functionality. 

in the business premises, standards VoIP equipment is used, whether to enable VoIP 
for leqacy PBX telephony or to support new native IP telephony components. The 
Business T connected to the mobile operator's core network by a common broadband 
IP, or even voice-enabled-only Fixed Wireless Terminals ( tellular'). 



ii 
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Service Description 



A converged fixed mobile Centrex solution (FMC) offers two main 
propositions: ease-of-use as a higher productivity factor for end- 
users, and rendering fixed services as well as mobile services to get a 
larger business expenditure share by mobile operators. 

Centrex is a suite of services provided to a business by a telecommunications 
service provider, as a replacement of a business owned, self-operated and 
self-managed private telecommunications infrastructure (e.g., Private Branch 
Exchange PBX). Centrex infrastructure is installed by the service providers, at 
their premises, while users use their terminals (phones) normally, as though 
connected to a local PBX. Centrex mitigates the CAPEX (Capital Expenditures) 
associated with procurement and deployment of internal infrastructure, from 
the business to the service provider, as well as the OPEX (Operational 
Expenditures) associated with internal telecom management. Mobile Centrex 
is a similar suite of services (such as private numbering plans or closed user 
groups) applied to the business' mobile phones (sometimes referred to as 
MVPN - Mobile Virtual Private Network). 



While both Centrex and Mobile Centrex are successful services, each is 
operated by a different type of service provider - Centrex by ILECs 
(incumbent Local Exchange Carriers) and CLECs (Competitive Local Exchange 
Carriers), and Mobile Centrex by MNOs (Mobile Network Operators) and 
MVNOs (Mobile Virtual Network Operators). As business users use both fixed 
and mobile phones, a unification of Centrex service is called for. 

The solution will enable mobile operators to offer their existing 
business customers (as well as prospect customers) a simple, unified 
but outsourced management of their organizational network. 
Businesses will enjoy Centrex benefits regardless of existing telecom 
configuration (with or without PBX, IP based or traditional). 
Businesses will be able to gradually migrate from a PBX-based 
telephony environment to an IP Telephony environment, with 
enhanced features and reduced CAPEX and OPEX. 

The solution integrates voice-over-IP (VoIP) soft-switch (the call control 
functional component in VoIP networks), with a service control point (SCP, 
the call control functional component in SS7 based telecom networks, such as 
GSM or cdma2000). This innovative solution, seamless and transparent to the 
user, is unique in coordinating two different technologies and paradigms - 
SS7 and SIP. 
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Functional Features: 

• Full and seamless integration between Mobile Centrex and SIP-based 
IP Centrex 

oPrivate numbering plans 

oClosed user groups 

oHierarchical organizational structures 

oBlack and white lists for organizational groups and 
individuals 

o Multiple incoming call routing profiles per user 
oMultiple accounts and identifiers per user 
oCall records 
oSimplified management 

• Delivering Converged Centrex to multiple organizations, sizing from 

SOHO, through SME up to corporate. 

• Support of different mobile networks: GSM, cdma2000 / UMTS 

• Support of different transport mechanisms between the business and 

the service provider: landline, fixed wireless terminals (FWT) 
voice, FWT DATA (for UMTS and cdma2000) 

• Support of multiple terminals: mobile phones, fixed "POTS" phones, 

fixed smart phones, IP phones, computer IP Telephony clients, 
PBX 

• Support of direct connectivity from the business to other operators 
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Key Benefits: 

To mobile operators (MNOs and MVNOs): 

• Differentiation from competitors through innovative services 

• Higher customer attraction due to the higher perceived value of the 
solution 

• Higher customer ARPU due to the higher portion of communications 
handled by the operator 

• Higher customer loyalty and lower churn due to the large portion of 
customer management data stored in the mobile operator's 
infrastructure 

• Indirect yet efficient and aggressive entry to the fixed telecom 
business for higher revenues 

For the End-User (Centrex in General) « 

• No investments (CAPEX and OPEX) in non-core activities - service 
provider owns, installs, configures, operates, maintains and 
continuously upgrades the infrastructure in its own premises 

• Very high availability and reliability as infrastructure is Telco-grade 
and operated 24X7 by service provider 

• Simplicity - as service provider configures the service, and customer is 
provided with easy to use self-management interfaces 

• Scalability as businesses can purchase exactly the number of "lines" 
needed, at the time they need them 

• Extensive feature portfolio to the smallest of businesses, as to the 
largest 

To End-Users (for Converged Centrex): 

• Anytime and anywhere availability of all phone numbers 

• Same features (own number, numbering plans, etc.) in multiple 
terminals -choose the best suited terminal at any given moment 

• Single voice mailbox 

• Simple, easy to use self management by Web or Mobile Phone 

• One bill from one provider 

• One customer service number to call in case of trouble 
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Product Architecture: 



Business Premises 



Mobile Network 
Operator 



IP Phono 



Other Networks 




The diagram shows the overall solution's architecture. 



• At the mobile operator's premises, the following platforms are 

depicted: 

1. MSC/VLR - the existing voice switch 

2 GGSN/PDSN - the mobile data IP switch (when using wireless 
broadband IP connectivity as VoIP bearer between the business 
and the operator) 

• In addition, the following platforms are integrated for deploying the 

solution: 

1. The SmartSCP™ - a service control point where all service logic is 
executed to control entire aspects of call routing and control, for 
both fixed and mobile terminals. 

2. Soft switch - providing a call control interface intermediary 
towards the SmartSCP™ for fixed terminals using the SIP interface 
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3. Media gateway - enabling MSC/VLR to transport VoIP calls from 
the fixed terminals 

• At the business premises, IP telephony infrastructure is deployed: 

1. Terminals: 

1. IP phones 

2 Normal "POTS" phones with an MTA (Multimedia 
Terminal Adapter) to enable VoIP connectivity 

3. Personal computers with IP telephony clients (such 
as Windows Messenger) 

2. Existing PBX (note that the PBX functionality can be fully replaced 
by the solution, in an immediate or gradual manner) 

3. A VoIP gateway connecting all non-VoIP terminals and connections 
(to the PBX, to the PSTN, POTS phone) 

4. A Router with firewall and VPN functionality to connect the 
business to the operator, as well as to the Internet 

• Connectivity between the operator and the business can be provided 

by several methods: 
1. Direct broadband landline IP connection (El, xDSL, Cable, fiber 

optic, etc.) 

2 Fixed Wireless broadband IP Terminal as provided by the mobile 
operator (if operating a cdma2000 or UMTS network) 

3. Fixed Wireless Voice Terminal at the very least 
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